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DETAILED ACTION 

1 . This Office Action is in response to Amendments and Remarks received 25 April 2005. 
Per Applicant's request, claims 1-9, 13-15, and 21 have been amended. Claim 22 has been 
canceled. Claims 23-25 have been added. Claims 1-21 and 23-25 are pending. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-21 and 23-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over U. 
S. Patent No. 6,182,279 to Buxton, in view of "Windows 95 SECRETS 3 rd Edition" by Brian 
Livingston & Davis Straub (hereinafter Livingston). 

Regarding claim 1, Buxton teaches: 

A method comprising: 

-invoking, by an application, a call of a command line utility, the application providing an 
identifier in the call of the command line utility; 

Buxton inherently invokes a utility (system level services / registry editor, col. 8, line 7) to 
modify and store the customized components created. An identifier is inherently provided to 
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register the customized component in the registry. Col. 7, line 65-col. 8, line 10, "Container may 
comprise any stand alone application capable of embedding OLE controls. A container interacts 
with the WIN32 APIs through the OLE libraries in order to insert OLE objects or controls into 
the operating system registry. . .The OLE libraries function to call the WIN32 APIs to locate 
(using a type of identifier) registered objects in registry and to insert and create object dialog 
(utility calls identify objects inserted / created / modified in the registry)". 

-receiving output from the command line utility; 

As an example, a utility modifies (utility output) the registry (col. 8, lines 8-11). 

-storing the command line utility output in a system storage at a location identified by the 
identifier; 

As an example, the information related to the modification of a component (utility output) is 
stored at a registry key (a location identified by the identifier). Also, see col. 14, lines 20-28. 

-retrieving, by the application, the command line utility output from the system storage at the 
location identified by the identifier. 

As an example, the OLE libraries use the registry key information (retrieve output from system 
storage at identifier location / registry key) to find information about the OLE control (col. 10, 
lines 8-10) 
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Buxton suggested receiving commands via command line, which results in modifying the 
registry (system storage) and storage. Buxton failed to specifically disclose a "command line 
utility". Buxton suggests that the command line input (an object that consists of modifications to 
base component) is directed (DIR utility - a command utility) to storage, and the registry is 
edited (the REGEDIT utility- a command utility), but did not explicitly disclose 'command line 
utility'. 

However Livingston explicitly disclosed (Page 315, second half of page, see "The DOS Version 
of the Registry Editor") using a command line utility to edit the registry. "It is possible to edit 
the Registry (utility to edit system storage) from the DOS command prompt (command line) . 
(emphasis added) The utility "REGEDIT" takes arguments (supplied by switches - See code 
segment, bottom of page 3 1 5, "The DOS Regedit syntax is as follows: As an example: 
/L: system Specifies the location of the System, dat file.) that specify the location of the 
System.dat file (/L: system), the User.dat file (/R: user), the file to import into the Registry 
(filename 1: receiving an identifier), etc. (emphasis added) Using this command line utility, 
output is stored in the registry (system storage) at a location identified by the identifier, 
(emphasis added). It should be noted that DOS command prompt is used to enter a command to 
invoke a utility. Command-line utilities are an alternative way to start code execution. The 
functionality is the same, whether you start from graphical user interface or from a command line 
utility. 

The following dictionary definitions further support the rejection: 
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As defined in Microsoft Computer Dictionary, 5 th Edition, page 111, command line: A string of 
text written in the command language and passed to the command interpreter for execution, 
(emphasis added) As defined in Microsoft Computer Dictionary, 5 th Edition, page 544, utility: 
A program designed to perform a particular function; the term usually refers to software that 
solves narrowly focused problems or those related to computer system management, (emphasis 
added) 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to have modified Buxton's GUI to include specific details related to system utilities / 
command line utilities for effectively accessing and/or interacting with system storage as 
suggested by Buxton (col. 8, lines 45-47). Furthermore, by providing specific details, as 
disclosed by Livingston, regarding modifying system storage (the registry), such as 
REGEDIT(command line utility) , which when augmented with switches, redirects (DIR utility) 
the received output to be stored at a location identified by the identifier (registry keys and sub- 
keys), because these are defined language commands used to provide options to a Windows 
language programmer for customizing the registry as needed for initialization, enhancing 
accessibility when a graphical user interface is not available to support an executing program. 
WIN32 system utilities are well known in the art and reflect knowledge of one of ordinary skill 
in the art at the time of the invention. 



Regarding claim 2, Buxton teaches: 
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-providing the identifier comprises providing an identifier that identifies one or more entries in a 
system registry database. 

(Fig. 2, item 205 and col. 13, lines 14-15, "...registry keys are created..." Also see col. 14, lines 
29-59, "To facilitate loading of template onto another system. . . a number of registration key or 
subkey are included with template. Each template may have the keys 450A-I, as illustrated in 
Fig. 4C. . .Key 450H contains information indicating the name of the storage object in template 
storage file where initialization data. . . may be located. . .Key 4501 contains information 
identifying the CLSID. . .) 

Regarding claim 3, Buxton teaches: 

-providing a root key identifier. 

(Col. 11, line 2: "Most OLE object application information is stored in subkeys under the 
CSLED root key. . ." Also see col. 17, lines 35-41, "Component loader loads, verifies and checks 
the license of a component by replacing in registry the InProcessServer 32 entry, i.e. key 
450A. . .and adding additional registry keys 450B-J, as previously described, that will let the 
component loader (receiving a root key identifier) then load the correct OLE control ") 

Regarding claim 4, Buxton teaches: 

-providing a sub-key identifier. 

(Col 1 1 , line 2 and col. 14, line 31: To facilitate loading of template. . . a number of registration 
or subkey are included with template. . .") 
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Regarding claim 5, Buxton teaches: 

-system registry database comprises an operating system registry database. 

(Col. 4, line 49: "Operation of computer system is generally controlled. . .by operating system 

software, such as. . . Windows95 . . . ") 

Regarding claim 6, Buxton teaches: 

-providing a system storage identifier. 

(Col. 12, lines 20-21, ". . .users identify. . .templates to be packaged. . ." Also for another example 
of receiving a system storage identifier, see col. 20, lines 42-45, . .relevant character string 
from the registry is converted to CLSID. The component loader (receives a system storage 
identifier) then calls the GetClassObject to retrieve the real component's class factory. . . ") 

Regarding claim 7, Buxton teaches: 

-providing the system storage identifier comprises providing an identifier indicating a system 
registry. 

(Col. 10, line 66 - col. 1 1, line 4: A CLSID identifies the functionality of an object class that can 
display. . . access to property values. . . A subkey is used by an OLE to find out information about 
the control") 

Regarding claim 8, Buxton teaches: 

-providing an identifier indicating shared system memory. 
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(Col. 8, lines 6-7: "OLE libraries (shared) comprise the set of system-level services in 
accordance with the OLE specification. . . ") 

Regarding claim 9, Buxton teaches: 

-providing the identifier indicating shared system memory identifies a system clipboard memory. 
(Col. 1 1, line 6: "An FORMATETC. . is an OLE data structure which acts in a generalized 
clipboard format. . .") 

Regarding claims 10, Buxton teaches: 

-receiving output directly from the command line output utility. 

As an example, a utility modifies (utility output) the registry (col. 8, lines 8-11). 

Regarding claim 11, Buxton teaches: 

-receiving output from the command line output utility through a subsequent command line 
output routine. 

As an example, (col. 8, lines 28-29) "Data items within the registry are retrievable (receive 
output) via calls (from utility call) to the WIN32 APIs." 

Regarding claim 12, Buxton teaches: 

-associating each line of command line utility output with a line identifier in the system storage. 
As an example, (col. 3, lines 1-9) "Template storage with a means for indexing, including key 
information associated with the template. ". . .a memory having one or more locations, means for 
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indexing one or more locations within the memory. . ." Also col. 13, lines 35-44, templates are 
stored with an enumerated decimal number: "Each template is stored in an ISTORAGE whose 
name is unique. . .and may have the form TEMPLEnnn, where nnn may be a decimal number.") 

Regarding claim 13, Buxton teaches: 

-setting each line identifier to a value corresponding to a position of that line in the command 
line utility output. 

(Rejection of claim 12 is incorporated and further claim contains limitations as recited in claim 
12. Therefore claim 13 is rejected under the same rational as claim 12.) 

Regarding claim 14, Buxton teaches: 

-setting a default value of the provided identifier to equal the total number of command utility 
output lines stored in the system storage. (Rejection of claim 12 is incorporated and further 
claim contains limitations as recited in claim 12. Therefore claim 14 is rejected under the same 
rational as claim 12.) 

Regarding claim 15, Buxton teaches: 

A program storage device, readable by a computer, comprising instructions stored on the 
program storage device for causing the computer to: 

-cause an application to invoke a call of a command line utility, the application providing an 
identifier in the call of the command utility; 
-receive output from the command line utility; 
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-store the command line utility output in system storage at a location identified by the identifier; 
-cause the application to retrieve the command line utility output from the storage at the location 
identified by the identifier. 

See rejection of limitations in claim 1 above. This is a "program storage device" version of 
claim 1 . See Figure 2 regarding Buxton's disclosure of a "program storage device." 

Regarding claim 16, Buxton teaches: 

-instructions to store command line utility output in an operating system registry database. 
As an example (Fig. 2, item 205 and col. 13, lines 14-15), "...registry keys are created..." and 
(col. 13, lines 10-15) "... Template storage DLL ensures all additional registry keys. . . are 
created. . ." Modified components cause the registry keys to be created / edited / modified 
(REGEDIT utility). 

Regarding claim 17, Buxton teaches: 

-instructions to store command line utility output in an operating system maintained volatile 
memory. 

As an example, (Fig. 1, item 1 10-volatile storage). 
Regarding claim 18, Buxton teaches: 

-instructions to receive one or more lines of output from the command line utility. 
See rejection of limitation in claim 1 above. 
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-instructions to store each of said one or more lines of output in the system storage. 
As . an example, (col. 14, lines 26-29) "The remainder of the operating system registry entries are 
generated by code (instructions to store) in the template storage DLL and are stored in both 
registry (store output / modified component data in system storage) and the template.") 

Regarding claim 19, Buxton teaches: 

-instructions to associate a unique identifier with each of the one or more lines of output stored in 
the system storage. 

See rejection of limitations in claim 2 above. 
Regarding claim 20, Buxton teaches: 

-instructions to set a value associated with the received identifier in the system storage equal to 
the number of lines of output stored in the system storage. 

(Rejection of claim 18 is incorporated and further claim contains limitations as recited in claim 
12. Therefore claim 20 is rejected under the same rational as claim 12.) 

Regarding claim 21, Buxton teaches: 

A computer system, comprising: 

-a processor; 

-a command line utility; 

-an application executable on the processor, the application to call the command line utility, the 
application to provide an identifier in the call; 
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-a system storage having a location identified by the identifier, the location identified by the 
identifier to store an output of the command line utility, 

-the application to retrieve the command line utility output from the location identified by the 
identifier. 

As an example, see FIG. 1. Claim 21 contains limitations as recited in claim 1, therefore claim 
21 is rejected under the same rational as claim 1.) 

Regarding claim 23, Buxton teaches: 

-the command line utility comprises a first command line utility, and wherein invoking the call 
by the application comprises invoking a call to pipe output of a second command line utility to 
the first command line utility. . . 

-wherein storing the command line utility output comprises storing the command line utility 
output of the first command line utility. 

Chaining utilities, piping the output of a second utility as input to a first utility is known in the 
art. Col. 8, lines 6-7 disclose the OLE libraries comprise the set of system level services (system 
utilities). As an example of system utilities (col. 20, lines 17-43) Buxton disclosed reading a 
sub-key from the registry, use the output to determine the real component CLSID, determine 
whether a valid certificate and license exist, pipe the relevant character string to a CLSID, etc. 



Regarding claim 24, Buxton teaches: 
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-the command line utility comprises a first command line utility, and wherein invoking the call 
by the application comprises invoking a call to pipe output of a second command line utility to 
the first command line utility. . . 

-wherein storing the command line utility output comprises storing the command line utility 
output of the first command line utility. 

This is a 'program storage device' version of claim 23 above. See rejection of claim limitations 
in claims 1 5 and 23 above. 

Regarding claim 25, Buxton teaches: 

-the command line utility comprises a first command line utility, the system further comprising a 

second command line utility, the application to invoke a call that causes output of the second 

command line utility to be piped to the first command line utility. . . 

-the location identified by the identifier to store output of the first command line utility. 

This is a 'system' version of claim 23 above. See rejection of claim limitations in claims 21 and 

23 above. 

Response to Arguments 
4. Applicant has argued, in substance, the following: 

(A) Regarding claim 1, as Applicant has noted on page 7, 2 nd paragraph of Remarks filed 22 
April 2005, a template name, as taught by Buxton, does not identify a location for storing 
command line utility output. 
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Examiner's Response: A registry key is used to store utility output. See rejection of claim 1 
above. 

(B) Applicant has noted on page 8, last paragraph, "Note that in Buxton, the 'simple command 
line interpreter' described. . .is used to invoke the template builder utility. There is no indication 
in Buxton of an application to invoke this simple command line interpreter." 

Examiner's Response: Claim language does not call for a "command line interpreter." In an 
object-oriented system, a command line utility is invoked to select, modify and store a 
component (custom OLE component) (col. 2, lines 29-34) through a 'builder utility.' The 
'builder utility' is responsible for registering customized components (calls a system utility / 
registry edit type of utility) (col 8, lines 6-16). "The OLE libraries function to call the WIN32 
APIs to locate registered objects in registry and to insert and create object dialog (registry edit 
utility) and return results to callers. When creating an OLE object. . OLE libraries call the 
WIN32 APIs to read the registry. . . " (emphasis added) 

(C) Applicant has noted on page 9, first paragraph, Livingston provides "no indication of an 
application invoking a call to this registry editor. 

Examiner's Response: Buxton's invention inherently calls the registry editor (col. 8, line 10) to 
"insert and create object dialog.. ." when registering custom components in the registry. 
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(D) Applicant has noted on page 9, 3rd paragraph, there is "no motivation or suggestion to 
combine the teachings of Buxton and Livingston." 

Examiner's Response: The Buxton reference provides a system for creating customized 
applications (col. 1, lines 27-29). Buxton recognized the need for modular software that can be 
simply and efficiently modified by an end user (col. 2, lines 4-15). As such, Buxton disclosed 
modifying / customizing OLE components and registering them in the system registry, to be 
recognized and used by an executing program (col. 2, lines 62-63). Livingston provided 
comments / a definition of the registry editor which is used to edit / modify the system registry. 
Modifications to the system registry are well known in the art. The introduction of Livingston 
documents what was "well known in the art" at the time of the invention. 

Conclusion 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 . 136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (571) 272-3704. The 
examiner can normally be reached Monday through Thursday, from 7:00 AM to 5:30 PM If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Tuan 
Q. Dam can be reached at (571) 272-3695. The fax phone number for the organization where 
this application or proceeding is assigned is 703-872-9306. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



6. 



The prior art made of record and not relied upon is considered pertinent to applicant's 



disclosure. 



Mary Steelman 
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